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Amendments to the Claims : 

Claims 1-32 were pending in this application. Claims 1 , 13, 18, 24, 28 and 31 
have been amended and new claims 33-36 have been added as provided below. 



1 1. (currently amended) A method for controlling a plurality of 

2 message transfer operations between a plurality of nodes, the method comprises: 

3 detecting a request from a first node to switch the first node to a 

4 separate communication loop , the separate cornmunication loop containing only the 

5 first node ; 

6 switching the first node to the separate communication loop; 

7 detecting a request from the first node to open message transfer 

8 operation between the first node and a second node; and 

9 switching the second node to the separate communication loop when 
10 the second node is not busy. 

1 2. (original) The method of claim 1 wherein all of the nodes are 

2 switched to form a main communication loop upon initialization. 

1 3. (original) The method of claim 1 wherein upon initialization all of 

2 the nodes have a status of not busy, the method further comprising setting the status 

3 of the first node and the second node to busy after the second node is switched to the 

4 separate communication loop. 

1 4. (original) The method of claim 1 further comprising facilitating 

2 message transfer operation between the fist node and second node on the separate 

3 communication loop. 

1 5. (original) The method of claim 1 further comprising: 

2 closing message transfer operation; 
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1 setting the status of the first node and the second node to not busy after 

2 closing message transfer operation; 

3 switching the first node out of the separate communication loop; and 

4 switching the second node out of the separate communication loop. 

1 6. (original) The method of claim 5 further comprising waiting for 

2 a predetermined amount of time after at least one of setting the status of the first node 

3 to not busy and setting the status of the second node to not busy before switching the 

4 first mode and the second node out of the separate communication loop. 

1 7. (original) The method of claim 1 further comprising: 

2 acknowledging to the first node the request to open message transfer 

3 operation afer detecting a request from the first node to open message transfer 

4 operation; 

5 notifying the first node that the second node is busy in response to the 

6 status of the second node being busy; and 

7 notifying the second node of the request to open message transfer 

8 operation after switching the second node to the separate communication loop. 

1 8. (original) The method of claim 1 further comprising: 

2 detecting a request from a third node to open a second message 

3 transfer operation between the third node and the second node; and 

4 switching the third node to the separate communication loop. 

1 9. (original) The method of claim 8 further comprising: 

2 acknowledging to the third node the request to open the second 

3 message transfer operation after detecting the request from the third node to open a 

4 second message transfer operation; 

5 notifying the third node that the second node is busy in response to the 

6 status of the second node being busy; and 
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7 notifying the second node of the request to open the second message 

8 transfer operation after switching the third node to the separate communication loop. 

1 10. (original) The method of claim 1 further comprising: 

2 detecting a request from the first node to open a third message transfer 

3 operation between the first node and a fourth node; and 

4 switching the fourth node to the separate communication loop. 

1 11. (original) The method of claim 10 further comprising: 

2 acknowledging to the first node the request to open the third message 

3 transfer operation after detecting the request from the first node to open the third 

4 message transfer operation; 

5 notifying the first node that the fourth node is busy if the status of the 

6 fourth node is busy; and 

7 notifying the fourth node of the request to open the third message 

8 transfer operation after switching the fourth node to the separate communication loop . 

1 12. (original) The method of claim 1 wherein the network is a Fibre 

2 Channel arbitrated loop network. 

1 13. (currently amended) A switching hub for use in a network having 

2 a plurality of nodes each connected to the switching hub by a sending channel and a 

3 receiving channel, each node sending at least one connection message, the switching 

4 hub comprising: 

5 an interconnect switch for connecting the sending channel and the 

6 receiving channel of each node into at least one separate communication loop; 

7 a plurality of port interfaces, each port interface linking the respective 

8 receiving channel and the respective sending channel of each node to the interconnect 

9 switch, each port interface detecting messages on the receiving channel; and 

1 0 a controller in communication with the plurality of port interfaces and 

11 the interconnect switch, the controller operative to form a plurality of separate 
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12 communication loops, each controlling the inte r connect switch to form at least one 

1 3 separate communication loop based on at least one detected message , each separate 

14 communication loop consisting only of at least one requesting node and at least one 

15 node responding to the at least one requesting node . 

1 14. (original) The switching hub of claim 13 wherein the plurality of 

2 nodes communicate with each other using a protocol having a plurality of messages 

3 and defining message types of at least Arbitration having at least a source addresses, 

4 Open having at least a source address and a destination address, and Close. 

1 15. (original) The switching hub of claim 13 wherein the plurality of 

2 nodes are switched to form a main communication loop upon initialization. 

1 16. (original) The switching hub of claim 13 wherein the message 

2 types include Busy and Idle. 

1 17. (original) The switching hub of claim 13 wherein the controller 

2 is further responsive to a predetermined time-out period before releasing each node 

3 from the at least one separate communication loop. 

1 18. (currently amended) The switching hub of claim 13 wherein the 

2 controller forms a separate communication loop connecting only a first node and a 

3 second node, the first node requesting access to the second node. 

1 19. (original) The switching hub of claim 18 wherein the controller 

2 forms the separate communication loop connecting a third node requested by the first 

3 node. 

1 20. (original) The switching hub of claim 18 wherein the controller 

2 forms the separate communication loop connecting a fourth node requesting access 

3 to the second node. 
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1 21. (original) The switching hub of 13 wherein each port interface 

2 comprises: 

3 a receiver connected to the sending channel of one node of the plurality 

4 of nodes; 

5 a decoder linking the receiver to the interconnect switch, the decoder 

6 in communication with the controller, the decoder detecting messages sent to the port 

7 interface; 

8 a transmitter connected to the receiving channel of one node of the 

9 plurality of nodes; and 

10 a multiplexer linking the transmitter to the interconnect switch, the 

1 1 multiplexer in communication with the controller. 

1 22. (original) The switching hub of 13 wherein the controller 

2 comprises: 

3 a busy port store for identifying the status of the plurality of nodes; 

4 a valid arbitration loop address store for storing messages; and 

5 a processor in communication with the encoder, the multiplexer of 

6 each port interface, the busy port store, and the valid arbitration loop store, the 

7 processor interpreting connection messages. 

1 23. (original) The switching hub of 13 wherein at least one node 

2 utilizes a Fibre Channel protocol. 

1 24. (currendy amended) A hub interconnecting a plurality of nodes, 

2 each node having a channel over which data is transmitted and received, the hub 

3 comprising: 

4 a port interface in communication with each node through the channel , 

5 each port sending data over a send data path and receiving data over a receive data 

6 path; 
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7 an interconnect device in communication with each port interface, the 

8 interconnect device operative to forward data between any send data path and any 

9 receive data path; and 

10 a controller in communication with each port interface and the 

1 1 interconnect device, the controller operative to signal the interconnect device to form 

12 a plurality of separate communication loops, each separate communication loop 

13 including only requesting nodes and nodes responding to the requesting nodes aHeast 

14 one se p arate communication loop including at least two nodes . 

1 25. (original) A hub as in claim 24 wherein the controller forms each 

2 separate communication loop based on a message received from at least one port 

3 included in the separate communication loop. 

1 26. (original) A hub as in claim 24 wherein each port interface 

2 generates the message based on signals received from at least one port in a Fibre 

3 Channel protocol. 

1 27. (original) A hub as in claim 24 wherein the controller establishes 

2 every port in one loop upon initialization, 

1 28. (currently amended) A method of interconnecting a plurality of 

2 nodes comprising: 

3 forming a main communication loop interconnecting the plurality of 

4 nodes; 

5 receiving a request from a first node to access a second node; 

6 determining if the second node is not busy; and 

7 if the second node is not busy, forming a separate communication loop 

8 comprising only the first node and the second node , the separate communication loop 

9 formed to leave the plurality of nodes not including the first node and the second 
10 node interconnected by the main communication loop . 
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1 29. (original) A method of interconnecting a plurality of nodes as in 

2 claim 28 further comprising: 

3 receiving a request from the first node to access a third node; 

4 determining that the third node is not busy; and 

5 if the third node is not busy, joining the third node in the separate loop 

6 comprising the first node and the second node. 

1 30. (original) A method of interconnecting a plurality of nodes as in 

2 claim 28 wherein the received request conforms to a Fibre Channel protocol. 

1 31. (currendy amended) A method of interconnecting a plurality of 

2 nodes as in claim 28 further comprising interconnecting each node in the main 

3 communication one loop upon initialization. 

1 32. (original) A method of interconnecting a plurality of nodes as in 

2 claim 28 wherein the second node is detached from a second loop before forming the 

3 separate communication loop. 

1 33. (new) A method for controlling a plurality of message transfer 

2 operations between a plurality of nodes, the method comprises: 

3 detecting a request from a first node to switch the first node to a 

4 separate communication loop; 

5 switching the first node to the separate communication loop; 

6 detecting a request from the first node to open message transfer 

7 operation between the first node and a second node; 

8 switching the second node to the separate communication loop when 

9 the second node is not busy; 

10 detecting a request from a third node to open a second message 

1 1 transfer operation between the third node and the second node; 

12 switching the third node to the separate communication loop; 
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1 acknowledging to the third node the request to open the second 

2 message transfer operation after detecting the request from the third node to open a 

3 second message transfer operation; 

4 notifying the third node that the second node is busy in response to the 

5 status of the second node being busy; and 

6 notifying the second node of the request to open the second message 

7 transfer operation after switching the third node to the separate communication loop. 

1 34. (new) A method for controlling a plurality of message transfer 

2 operations between a plurality of nodes, the method comprises: 

3 detecting a request from a first node to switch the first node to a 

4 separate communication loop; 

5 switching the first node to the separate communication loop; 

6 detecting a request from the first node to open message transfer 

7 operation between the first node and a second node; 

8 switching the second node to the separate communication loop when 

9 the second node is not busy; 

10 detecting a request from the first node to open a third message transfer 

1 1 operation between the first node and a fourth node; 

12 switching the fourth node to the separate communication loop; 

13 acknowledging to the first node the request to open the third message 

14 transfer operation after detecting the request from the first node to open the third 

15 message transfer operation; 

16 notifying the first node that the fourth node is busy if the status of the 

17 fourth node is busy; and 

18 notifying the fourth node of the request to open the third message 

1 9 transfer operation after switching the fourth node to the separate communication loop . 

1 35. (new) A switching hub for use in a network having a plurality of 

2 nodes each connected to the switching hub by a sending channel and a receiving 
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3 channel , each node sending at least one connection message, the switching hub comprising : 

4 an interconnect switch for connecting the sending channel and the 

5 receiving channel of each node into at least one separate communication loop; 

6 a plurality of port interfaces, each port interface linking the respective 

7 receiving channel and the respective sending channel of each node to the interconnect 

8 switch, each port interface detecting messages on the receiving channel; 

9 a controller in communication with the plurality of port interfaces and 

10 the interconnect switch, the controller controlling the interconnect switch to form at 

1 1 least one separate communication loop based on at least one detected message; 

12 a receiver connected to the sending channel of one node of the plurality 

13 of nodes; 

14 a decoder linking the receiver to the interconnect switch, the decoder 

15 in communication with the controller, the decoder detecting messages sent to the port 

16 interface; 

17 a transmitter connected to the receiving channel of one node of the 

18 plurality of nodes; and 

19 a multiplexer linking the transmitter to the interconnect switch, the 

20 multiplexer in communication with the controller. 

1 36. (new) A switching hub for use in a network having a plurality of 

2 nodes each connected to the switching hub by a sending channel and a receiving 

3 channel, each node sending at least one connection message, the switching hub 

4 comprising: 

5 an interconnect switch for connecting the sending channel and the 

6 receiving channel of each node into at least one separate communication loop; 

7 a plurality of port interfaces, each port interface linking the respective 

8 receiving channel and the respective sending channel of each node to the interconnect 

9 switch, each port interface detecting messages on the receiving channel; and 

10 a controller in communication with the plurality of port interfaces and 

1 1 the interconnect switch, the controller controlling the interconnect switch to form at 

12 least one separate communication loop based on at least one detected message; 
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13 a busy port store for identifying the status of the plurality of nodes; 

14 a valid arbitration loop address store for storing messages; and 

15 a processor in communication with the encoder, the multiplexer of 

16 each port interface, the busy port store, and the valid arbitration loop store, the 

17 processor interpreting connection messages. 



